Identifying the unifying subject of a set of facts

ABSTRACT

A method and system for identifying a subject of a document and facts included within are described. A source document that includes facts and linking documents that include hyperlinks to the source document are identified. The anchor texts of the hyperlinks are identified and candidate labels are generated based on the anchor texts. One of the candidate labels is selected as the unifying subject of the facts. An information set, distinct from the source document, is stored in a facts database, wherein the stored information set includes the unifying subject, and source document information associating the source document with the information set.

RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No. 12/939,981, filed Nov. 4, 2010 now U.S. Pat. No. 8,078,573, entitled “Identifying the Unifying Subject of a Set of Facts,” which was a continuation of U.S. application Ser. No. 11/142,765, filed May 31, 2005 now U.S. Pat. No. 7,831,545, entitled “Identifying the Unifying Subject of a Set of Facts,” now U.S. Pat. No. 7,831,545, each of which is incorporated herein by reference in its entirety.

This application is potentially related to the following applications, each of which is hereby incorporated by reference:

U.S. patent application Ser. No. 11/097,688, “Corroborating Facts Extracted from Multiple Sources,” filed on Mar. 31, 2005;

U.S. patent application Ser. No. 11/097,690, “Selecting the Best Answer to a Fact Query from Among a Set of Potential Answers,” filed on Mar. 31, 2005;

U.S. patent application Ser. No. 11/097,689, “User Interface for Facts Query Engine with Snippets from Information Sources that Include Query Terms and Answer Terms,” filed on Mar. 31, 2005;

U.S. patent application Ser. No. 11/024,784, “Supplementing Search Results with Information of Interest,” filed on Dec. 30, 2004;

U.S. patent application Ser. No. 11/142,740, “Merging Objects in a Facts Database,” filed on May 31, 2005;

U.S. patent application Ser. No. 11/142,853, “Learning Facts from Semi-Structured Text,” filed on May 31, 2005;

U.S. patent application Ser. No. 11/142,748, “System for Ensuring the Internal Consistency of a Fact Repository,” filed on May 31, 2005.

TECHNICAL FIELD

The disclosed embodiments relate generally to fact databases. More particularly, the disclosed embodiments relate to identifying a subject for a source document and facts included in the document.

BACKGROUND

The World Wide Web (also known as the “Web”) and the web pages within the Web are a vast source of factual information. Users may look to web pages to get answers to factual questions, such as “what is the capital of Poland” or “what is the birth date of George Washington.” The factual information included in web pages may be extracted and stored in a fact database.

When extracting facts, it is useful to know the subject with which a web page is associated, because any facts extracted from the web page are more likely than not associated with the same subject. If the subject is not known, not only are the extracted facts less useful, organization and management of the extracted facts in the fact database may become more complicated. However, the manner of labeling the subject may vary. For example, some web pages may indicate their subject in the main text of the web page, while some other web pages may indicate their subject in the HTML title text. The variety of manners of labeling the subject making the process of identifying the subject difficult.

SUMMARY

According to an aspect of the invention, a method of processing a set of documents includes identifying a source document; identifying a set of linking documents that include links, with anchor text, to the source document; generating a set of candidate labels based on the respective anchor texts; selecting a first label of the candidate labels according to first predefined criteria; and associating the selected first label with the source document.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a network, according to some embodiments of the invention.

FIG. 2 is a block diagram illustrating a source document and linking documents that include links to the source document, according to some embodiments of the invention.

FIG. 3A is a flow diagram illustrating a process for associating a label with a source document and/or facts (as represented by attribute-value pairs) extracted from the source document, according to some embodiments of the invention.

FIGS. 3B and 3C are flow diagrams illustrating processes for selecting a label to associate with a source document and/or attribute-value pairs, according to some embodiments of the invention.

FIG. 4 illustrates a data structure for an object and associated facts in a fact repository, according to some embodiments of the invention.

FIG. 5 illustrates a document processing system, according to some embodiments of the invention.

Like reference numerals refer to corresponding parts throughout the drawings.

DESCRIPTION OF EMBODIMENTS

A subject label may be identified for a source document and a set of facts extracted from the source document. A set of candidate labels are generated based on anchor texts of links to the source document that are included in one or more linking documents. One of the candidate labels is selected to be the label for the subject of the source document and of facts extracted from the source document. Additional candidate labels may be selected as secondary labels for the subject of the source document and of the facts extracted from the source document.

FIG. 1 illustrates a network 100, according to some embodiments of the invention. Network 100 includes one or more document hosts 102 and a fact repository engine 106. The network 100 also includes one or more networks 104 that couple these components.

The document hosts 102 store documents and provide access to documents. A document may be any machine-readable data including any combination of text, graphics, multimedia content, etc. In some embodiments, a document may be a combination of text, graphics and possibly other forms of information written in the Hypertext Markup Language (HTML), i.e., a web page. A document may include one or more hyperlinks to other documents. A document may include one or more facts within its contents. A document stored in a document host 102 may be located and/or identified by a Uniform Resource Locator (URL), or Web address, or any other appropriate form of identification and/or location.

Each document may also be associated with a page importance metric. The page importance metric of a document measures the importance, popularity or reputation of the document relative to other documents. In some embodiments, the page importance metric is the PageRank of the document. For more information on the PageRank metric and its computation, see, for example, Page et al., “The PageRank citation ranking: Bringing order to the web,” Stanford Digital Libraries Working Paper, 1998; Haveliwala, “Topic-sensitive PageRank,” 11^(th) International World Wide Web Conference, Honolulu, Hi., 2002; Richardson and Domingos, “The Intelligent Surfer: Probabilistic Combination of Link and Content Information in PageRank,” volume 14. MIT Press, Cambridge, Mass., 2002; and Jeh and Widom, “Scaling personalized web search,” 12^(th) International World Wide Web Conference, Budapest, Hungary, May 20-24, 2002; Brin and Page, “The Anatomy of a Large-Scale Hypertextual Search Engine,” 7^(th) International World Wide Web Conference, Brisbane, Australia, 1998; and U.S. Pat. No. 6,285,999, each of which is hereby incorporated by reference in its entirety as background information.

The fact repository engine 106 includes an importer 108, a repository manager 110, a fact index 112, and a fact repository 114. The importer 108 extracts factual information from documents stored on document hosts 102. The importer 108 analyzes the contents of the documents stored in document host 102, determines if the contents include factual information and the subject or subjects with which the factual information are associated, and extracts any available factual information within the contents.

The repository manager 110 processes facts extracted by the importer 108. The repository manager 110 builds and manages the fact repository 114 and the fact index 112. The repository manager 110 receives facts extracted by the importer 108 and stores them in the fact repository 114. The repository manager 110 may also perform operations on facts in the fact repository 114 to “clean up” the data within the fact repository 114. For example, the repository manager 110 may look through the fact repository 114 to find duplicate facts (that is, facts that convey the exact same factual information) and merge them. The repository manager 110 may also normalize facts into standard formats. The repository manager 110 may also remove unwanted facts from the fact repository 114, such as facts meeting predefined objectionable content criteria (e.g., facts related to pornographic content).

The fact repository 114 stores factual information extracted from a plurality of documents that are located on the document hosts 102. In other words, the fact repository 114 is a database of factual information. A document from which a particular fact may be extracted is a source document (or “source”) of that particular fact. In other words, a source of a fact includes that fact within its contents. Source documents may include, without limitation, web pages. Within the fact repository 114, entities, concepts, and the like for which the fact repository 114 may have factual information stored are represented by objects. An object may have one or more facts associated with it. Each object is a collection of facts. In some embodiments, an object that has no facts associated with it (an empty object) may be viewed as a non-existent object within the fact repository 114. Within each object, each fact associated with the object is stored as an attribute-value pair. Each fact also includes a list of source documents that include the fact within its contents and from which the fact was extracted. Further details about objects and facts in the fact repository are described below, in relation to FIG. 4.

The fact index 112 provides an index to the fact repository 114 and facilitates efficient lookup of information in the fact repository 114. The fact index 112 may index the fact repository 114 based on one or more parameters. For example, the fact index 112 may have an index that maps unique terms (e.g., words, numbers and the like) to records or locations within the fact repository 114. More specifically, the fact index 112 may include entries mapping every term in every object name, fact attribute and fact value of the fact repository to records or locations within the fact repository.

It should be appreciated that each of the components of the fact repository engine 106 may be distributed over multiple computers. For example, the fact repository 114 may be deployed over N servers, with a mapping function such as the “modulo N” function being used to determine which facts are stored in each of the N servers. Similarly, the fact index 112 may be distributed over multiple servers, and the importer 108 and repository manager 110 may each be distributed over multiple computers. However, for convenience of explanation, we will discuss the components of the fact repository engine 106 as though they were implemented on a single computer.

FIG. 2 is a block diagram illustrating a source document and linking documents that include links to the source document, according to some embodiments of the invention. The source document 202 is stored in a document host 102. The source document 202 is identified by the fact repository engine 106 as a document that includes factual information, within the contents of the source document 202, which may be extracted. The source document 202 may include content such as text, graphics, multimedia, etc. However, the content in the source document 202 that is of interest to the fact repository engine 106 is content that conveys factual information. The factual information in the source document 202 may be represented as one or more attribute-value pairs 220.

One or more linking documents 204, which are stored in one or more document hosts 102, may link to the source document 202. The links to the source document 202 are hyperlinks 206 within the linking documents 204. A linking document may include content such as text, graphics, multimedia, etc. A linking document may also include hyperlinks to documents other than to the source document 202. However, the hyperlink that is of interest to the fact repository engine 106 is the hyperlink to the source document 202.

A hyperlink 206 (or “link”) includes a starting anchor tag 208, which includes one or more parameters (or markup attributes), and an ending anchor tag 218. The starting and ending anchor tags define the hyperlink. A destination attribute 210 indicates that the hyperlink 206 is a source anchor that links to a destination document. The location value 212 of the destination attribute 210 specifies the location and/or identity of the destination document to which the hyperlink links. In FIG. 2, the destination document is the source document 202, and thus the location value 212 of each hyperlink 206 is the location or identifier of the source document 202. The starting anchor tag 208 may also include one or more additional parameters 214.

Between the starting anchor tag 208 and the ending anchor tag 218 is the anchor text 216. The anchor text 216 is textual content in the linking document 204 that becomes the source anchor to the destination document based on its location between the starting anchor tag 208 and the ending anchor tag 218. In other words, the anchor text 216 is the text in the linking document that becomes the hyperlink. The anchor text 216 may be of any length.

The anchor text 216 is text that is to be rendered for presentation to a user. The anchor text may be rendered by the client application differently from other text rendered for presentation to the user, in order to differentiate the hyperlink anchor text from normal text. For example, the anchor text may be underlined and/or have a different font color than normal text after rendering. The hyperlink, if clicked by a user, triggers a request (e.g., an HTTP request) for the source document.

In some embodiments, the linking document 204 is a document written in HTML. In a linking document written in HTML, there is text in the linking document that is rendered for presentation to a user when the linking document is rendered in a client application, such as a web browser. There is also text that “marks up” the text to be rendered but is otherwise invisible when the linking document is rendered by a client application, such as a web browser. These markup texts specify how the text that is to be rendered for presentation to a user is to be rendered in the client application. The markup text includes HTML tags and parameters associated with the HTML tags. In a source document 202 written in HTML, the starting anchor tag 208 is the HTML tag “<A . . . >,” and the ending anchor tag 218 is the HTML tag “</A>”. The destination attribute 210 is the HTML attribute “href,” that is included in the starting anchor tag “<A . . . >.” The location value 212 of the destination attribute is the URL of the source document. The URL in the location value 212 may be an absolute URL or a relative URL. For example, a hyperlink 206 to a source document 202, where the starting anchor tag does not include additional parameters other than the destination attribute, may be “<A href=“http://www xyz.com/abc.html”>ABC</A>.” In this example, “<A href=“http://www.xyz.com/abc.html”>” is the starting anchor tag with a destination attribute and a location value, “</A>” is the ending tag, and “ABC” is the anchor text of the hyperlink.

FIG. 3A is a flow diagram illustrating a process for associating a label with a source document and/or facts extracted from the source document, according to some embodiments of the invention. A source document that includes one or more facts identifiable as attribute-value pairs (hereinafter “A-V pairs”) is identified (302). One or more linking documents that include links to the source document are identified (304). In some embodiments, a search engine may be queried to search for linking documents that include a link to the source document. In some other embodiments, one or more link maps may be consulted. The one or more link maps map the linkage between one or more documents stored in document hosts 102. The link maps may be located within the fact repository engine 106 or located at a search engine that is accessible to the fact repository engine 106.

Anchor texts of the links to the source document are identified (306). From the identified linking documents, the anchor texts of the links to the source documents are identified. Each linking document is parsed to find the starting and ending anchor tags that define the hyperlink to the source document. The anchor text between the tags is identified and extracted.

One or more candidate labels are generated from the extracted anchor texts (308). In some embodiments, the label generation includes converting the extracted anchor texts to a canonical form by applying a set of transformations to the extracted anchor texts. For instance, the transformation may include removing punctuation marks from the anchor texts and converting them to all lower case characters. In some other embodiments, additional processing may be performed on the anchor texts to generate the candidate labels in canonical form. For example, the anchor texts may be processed to remove from anchor texts words that tend to be not useful as subject labels, or words of low value, such as “click here.” If an anchor text is made up entirely of low value words, it may be the case that the entire anchor text is eliminated and no candidate label is generated from that anchor text. Each generated candidate label is distinct from another; two anchor texts that are exactly the same (before or after conversion to canonical form) will yield one candidate label.

A first label is selected from the candidate labels according to one or more first predefined criteria (310). The first predefined criteria are defined such that the selected first label is most representative of the anchor texts associated with the hyperlinks to the source document. Further details regarding the selection of the first label are described below, in relation to FIGS. 3B and 3C.

The selected first label is associated with the source document and/or any A-V pairs extracted from the source document (312). Before the first label is associated with the source document and/or A-V pairs, the first label may be processed to more resemble the corresponding anchor text (e.g., by reversing one or more of the transformations used to convert the anchor text to canonical form, or by applying a subset of these transformations to the original anchor text). The selected label becomes the label for the subject of the source document and/or of any A-V pairs extracted from the source document. Optionally, one or more second labels may be selected from the candidate labels based on one or more second predefined criteria (314). The second labels may also be associated with the source document and/or the A-V pairs (316).

In some embodiments, the selected first label, and any selected second labels, are associated with the source document and/or the A-V pairs extracted from the source document, by adding an entry or value to a corresponding data structure. In the context of the facts database used in some embodiments, the selected first label, and any selected second labels, are associated with the extracted A-V pairs by adding these labels as names to the object data structure 400 (FIG. 4) in which the A-V pairs are stored. Each name of an object is represented by either a fact entry 404 having a “name” attribute, or by a name entry. In some embodiments, the fact entry in which a selected label is stored may include in its sources field 420 (FIG. 4) the URL or identifier of the source document. In other words, the selected label is attributed to the source document. In some other embodiments, the fact entry in which a selected label is stored may include in its sources field 420 (FIG. 4) the URL or identifier of the linking document. In other words, the selected label is attributed to the linking document. In further other embodiments, the fact entry in which a selected label is stored may include in its sources field 420 (FIG. 4) the URLs or identifiers of the source document and the linking document. In other words, the selected label is attributed to both the source document and the linking document.

FIG. 3B illustrates one process for selecting a label to associate with a source document and/or A-V pairs, according to some embodiments of the invention. In some embodiments, the first predefined criterion for selection of the first label is based on the number of linking documents that have links, to the source document, with anchor text corresponding to the candidate label. A score for each candidate label may be determined based on how many linking documents include a link, to the source document, with the corresponding anchor text. At block 310 of FIG. 3A (coming from block 308), a score is determined for each candidate label (322). In some embodiments, the score is simply a count of how many linking documents include a link, to the source document, with anchor text corresponding to the respective candidate label. For example, if three linking documents include a link to the source document with anchor text A, then the score of the candidate label corresponding to anchor text A is 3. The score is, in a sense, a vote for the particular candidate label by linking documents having links to the source document. In some embodiments, anchor text corresponding to a candidate label (or candidate label corresponding to anchor text) means that the anchor text, after applying a predefined set of transformations (e.g., removing punctuation marks and converting to all lower case), matches the candidate label exactly. In some other embodiments, the match required for the correspondence may be less stringent. For example, the candidate label may be a proper substring of the anchor text.

In some embodiments, the score may be weighted by the page importance metrics of the linking documents having the links to the source document. This may help bias the vote toward candidate labels generated from anchor texts extracted from more important documents. Thus, each “vote” in the score is multiplied by the page importance metric of the linking document corresponding to the vote. The weighted score is the sum of the page importance metrics of the linking documents that include the link, to the source document, with the corresponding anchor text:

${{{Score}\left( {{candidate}\mspace{14mu}{label}} \right)} = {\sum\limits_{{linking}\mspace{14mu}{documents}}\;{P\left( {{linking}\mspace{14mu}{document}} \right)}}},$ where P(linking document) is the page importance metric of a linking document that includes a link, to the source document, with anchor text corresponding to the candidate label.

The candidate label with the highest score is selected as the first label (324). The process proceeds to block 312, as shown in FIG. 3A. If second labels are to be selected at block 314, the second predefined criteria are based on the scores of the candidate labels. In some embodiments, the second predefine criteria are that the any candidate label (not including the already selected first label) with a score above a predefined threshold may be selected as a second label. The predefined threshold may be a fixed score or a fixed percentage of the score of the selected first label. In some other embodiments, the second predefined criteria are that the M candidate labels with highest scores (not including the selected first label) are selected as second labels, where M is a fixed positive integer.

FIG. 3C illustrates another process for selecting a label to associate with a source document and/or attribute-value pairs, according to some embodiments of the invention. In some embodiments, a first label may be selected based on a first predefined criterion of highest similarity to a “center” of the candidate labels generated for the source document. To determine the “center” of the candidate labels and to determine the similarity to the “center,” the candidate labels are embedded into a vector space.

At block 310 of FIG. 3A (coming from block 308), a frequency vector is generated for each candidate label (332). The frequency vector is a vector of numbers of occurrences (frequencies) of n-grams in a candidate label. An n-gram is an n-character substring of a given string, disregarding any white spaces. Thus, if the given string is “good day,” then the 3-grams (3-character substrings) of “good day” are “goo,” “ood,” “odd,” “dda,” and “day.” In other words, each n-gram is formed from an n-character sliding window along the length of the candidate label. The frequency vector of a candidate label includes frequencies of all possible n-grams. If the candidate labels are assumed to only include letters and no numbers or other punctuation, the frequency vector of a candidate label is a 26^(n) dimensional space vector. For example, a frequency vector of 3-grams, a 26³ dimensional space vector, has frequencies of “aaa” through “zzz” in the candidate label. If the candidate labels can include numerical digitals (0 to 9) and lower case letters, the frequency vector is a 36³ dimensional space vector. In either case, most frequencies in a frequency vector are 0 and the only non-zero frequencies are the frequencies of n-grams that actually occur in the candidate label.

For each candidate label, n-grams of the candidate label are identified and frequencies of the n-grams within that candidate label are determined. A frequency vector for that candidate label is generated based on the determined frequencies. In some embodiments, the n-grams are 5-grams (i.e., a 5-character sliding window).

After a frequency vector is generated for each candidate label, a centroid vector is determined (334). The centroid vector represents a “center,” an “average” of sorts, of the frequency vectors of the candidate labels. In some embodiments, the centroid vector is determined by normalizing the generated frequency vectors of the candidate labels (i.e., converting each frequency vector into a unit vector), adding the normalized frequency vectors, and normalizing the resulting vector sum. Because the centroid vector is a normalization of the resulting vector sum, the length of the centroid vector is 1. In some embodiments, each frequency vector, after normalization but before the addition, may be weighted (i.e., scalar multiplication) by the sum of the page importance metrics of linking documents (i.e., documents which have links to the source document) with anchor text corresponding to the candidate label associated with each respective frequency vector.

The candidate label with the corresponding frequency vector that has the shortest distance to the centroid vector is identified (336). That is, the candidate label corresponding to the frequency vector that is closest to the centroid vector is identified. The candidate label with the closest frequency vector is the most similar to the “center,” represented by the centroid vector. In some embodiments, the closeness of a frequency vector to the centroid vector is measured by the cosine distance (also called the cosine similarity):

${{\cos\;\theta} = \frac{f \cdot c}{{f} \times {c}}},$ where f·c is the dot product of frequency vector f and the centroid vector c, ∥f∥ is the length of frequency vector f, ∥c∥ is the length of the centroid vector c (which is 1 since the centroid vector is already normalized, as described above), θ is an angle between frequency vector f and the centroid vector c, and cos θ (the cosine of angle θ) is the cosine distance between the two vectors. A smaller θ (i.e., as θ approaches 0) means that f and c are closer to each other. Cos 0 is equal to 1, which is the largest positive number that cos 0 can ever be. A frequency vector f that is closest to the centroid vector c will yield the largest positive cos θ (i.e., nearest to 1). Thus, the frequency vector that has the shortest distance to the centroid vector is the frequency vector that has the largest positive cosine distance value with respect to the centroid vector.

The candidate label with the frequency vector that is closest to the centroid vector is selected as the first label (336). The process proceeds to block 312, as shown in FIG. 3A. If second labels are to be selected at block 314, the second predefined criteria are based on the cosine distances of the frequency vectors of the candidate labels. In some embodiments, the second predefine criteria are that the any candidate label (not including the already selected first label) with a cosine distance above a predefined threshold may be selected as a second label. The predefined threshold may be a fixed cosine distance value or a fixed percentage of the cosine distance of the selected first label. In some other embodiments, the second predefined criteria are that the L candidate labels with highest positive cosine distances (not including the selected first label) are selected as second labels, where L is a fixed positive integer.

FIG. 4 illustrates an exemplary data structure for an object within the fact repository 114, according to some embodiments of the invention. As described above, the fact repository 114 includes objects, each of which may include one or more facts. Each object 400 includes a unique identifier, such as the object ID 402. The object 400 includes one or more facts 404. Each fact 404 includes a unique identifier for that fact, such as a fact ID 410. Each fact 404 includes an attribute 412 and a value 414. For example, facts included in an object representing George Washington may include facts having attributes of “date of birth” and “date of death,” and the values of these facts would be the actual date of birth and date of death, respectively. A fact 404 may include a link 416 to another object, which is the object identifier, such as the object ID 402 of another object within the fact repository 114. The link 416 allows objects to have facts whose values are other objects. For example, for an object “United States,” there may be a fact with the attribute “president” whose value is “George W. Bush,”, with “George W. Bush” being another object in the fact repository 114. In some embodiments, the value field 414 stores the name of the linked object and the link 416 stores the object identifier of the linked object. In some other embodiments, facts 404 do not include a link field 416 because the value 414 of a fact 404 may store a link to another object.

Each fact 404 also may include one or more metrics 418. The metrics may provide indications of the quality of the fact. In some embodiments, the metrics include a confidence level and an importance level. The confidence level indicates the likelihood that the fact is correct. The importance level indicates the relevance of the fact to the object, compared to other facts for the same object. The importance level may optionally be viewed as a measure of how vital a fact is to an understanding of the entity or concept represented by the object.

Each fact 404 includes a list of sources 420 that include the fact and from which the fact was extracted. Each source may be identified by a Uniform Resource Locator (URL), or Web address, or any other appropriate form of identification and/or location, such as a unique document identifier.

In some embodiments, some facts may include an agent field 422 that identifies the module that extracted the fact. For example, the agent may be a specialized module that extracts facts from a specific source (e.g., the pages of a particular web site, or family of web sites) or type of source (e.g., web pages that present factual information in tabular form), or a module that extracts facts from free text in documents throughout the Web, and so forth.

In some embodiments, an object 400 may have one or more specialized facts, such as a name fact 406 and a property fact 408. A name fact 406 is a fact that conveys a name for the entity or concept represented by the object 400. For example, for an object representing the country Spain, there may be a fact conveying the name of the object as “Spain.” A name fact 406, being a special instance of a general fact 404, includes the same parameters as any other fact 404; it has an attribute, a value, a fact ID, metrics, sources, etc. The attribute 424 of a name fact 406 indicates that the fact is a name fact, and the value is the actual name. The name may be a string of characters. An object 400 may have one or more name facts, as many entities or concepts can have more than one name. For example, an object representing Spain may have name facts conveying the country's common name “Spain” and the official name “Kingdom of Spain.” As another example, an object representing the U.S. Patent and Trademark Office may have name facts conveying the agency's acronyms “PTO” and “USPTO” and the official name “United States Patent and Trademark Office.” If an object has one or more name facts, one of the name facts may be designated as a primary name and the other name facts may be designated as secondary names.

It should be appreciated that the first or second labels associated with A-V pairs extracted from a source document, as described above, may be made into name facts for the object with which the A-V pairs are associated. For example, the first label may be made into a name fact that serves as a primary name for the object and the second label(s) may be made into name facts that serve as secondary names for the object.

A property fact 408 is a fact that conveys a statement about the entity or concept represented by the object 400 that may be of interest. For example, for the object representing Spain, a property fact may convey that Spain is a country in Europe. A property fact 408, being a special instance of a general fact 404, also includes the same parameters (such as attribute, value, fact ID, etc.) as other facts 404. The attribute field 426 of a property fact 408 indicates that the fact is a property fact, and the value field is a string of text that conveys the statement of interest. For example, for the object representing Spain, the value of a property fact may be the text string “is a country in Europe.” Some objects 400 may have one or more property facts while other objects may have no property facts.

It should be appreciated that the data structure illustrated in FIG. 4 and described above is merely exemplary. The data structure of the fact repository 114 may take on other forms. Other fields may be included in facts and some of the fields described above may be omitted. Additionally, each object may have additional special facts aside from name facts and property facts, such as facts conveying a type or category (for example, person, place, movie, actor, organization, etc.) for categorizing the entity or concept represented by the object. In some embodiments, an object's name(s) and/or properties may be represented by special records that have a different format than the general facts records 404 associated with the attribute-value pairs of an object.

FIG. 5 is a block diagram illustrating a document processing system 500, according to some embodiments of the invention. The system 500 typically includes one or more processing units (CPU's) 502, one or more network or other communications interfaces 510, memory 512, and one or more communication buses 514 for interconnecting these components. The system 500 optionally may include a user interface 504 comprising a display device 506, keyboard 508 and pointer device 509, such as a mouse, track ball or touch sensitive pad. Memory 512 includes high-speed random access memory, such as DRAM, SRAM, DDR RAM or other random access solid state memory devices; and may include non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid state storage devices. Memory 512 may optionally include one or more storage devices remotely located from the CPU(s) 502. In some embodiments, memory 512 stores the following programs, modules and data structures, or a subset thereof:

-   -   an operating system 516 that includes procedures for handling         various basic system services and for performing hardware         dependent tasks;     -   a network communication module (or instructions) 518 that is         used for connecting the system 500 to other computers via the         one or more communication network interfaces 510 (wired or         wireless), such as the Internet, other wide area networks, local         area networks, metropolitan area networks, and so on;     -   a fact storage interface 522 that interfaces with a fact storage         system 536 (which may include a fact index and fact repository,         and/or other appropriate data structures);     -   a document identification module (or instructions) 524 that         identifies source documents that include factual information;     -   a linking document identification module (or instructions) 526         that identifies linking documents;     -   a label generation module (or instructions) 528 that identifies         anchor texts from links and generates candidate labels from the         anchor texts;     -   a label scoring module (or instructions) 530 that scores the         candidate labels;     -   a label selection module (or instructions) 532 that selects         labels based on their scores; and     -   a label association module (or instructions) 534 that associates         selected labels with source documents and/or A-V pairs.

The label scoring module 530 scores the candidate labels. In some embodiments, the “score” of a candidate label is a count (which may or may not be weighted) of linking documents that include a link, to the source document with the corresponding anchor text. In some other embodiments, the “score” of a candidate label is the cosine distance of a frequency vector, corresponding to the candidate label, to a centroid vector. In an exemplary embodiment, the label association module 534 inserts the selected labels into objects or records in a facts database, for instance by adding name facts 404 to an object 400 containing the A-V pairs with which a particular selected label is to be associated.

The system 500 also includes a fact storage system 536 for storing and indexing facts. As described above, in some embodiments each fact stored in the fact storage system 536 includes a corresponding list of sources from which the respective fact was extracted. In some embodiments, the system 500 includes a search engine 538 for locating documents. The search engine may include one or more link maps 540 and one or more page importance tables 542. In alternative embodiments, the link maps 540 and page importance tables 542 may be located in memory 512 of the document processing system. The link maps map the linkage of documents. The page importance tables lists documents and their corresponding page importance metrics.

Each of the above identified elements may be stored in one or more of the previously mentioned memory devices, and corresponds to a set of instructions for performing a function described above. The above identified modules or programs (i.e., sets of instructions) need not be implemented as separate software programs, procedures or modules, and thus various subsets of these modules may be combined or otherwise re-arranged in various embodiments. In some embodiments, memory 512 may store a subset of the modules and data structures identified above. Furthermore, memory 512 may store additional modules and data structures not described above.

Although FIG. 5 shows a “document processing system,” FIG. 5 is intended more as a functional description of the various features which may be present in a set of servers than as a structural schematic of the embodiments described herein. In practice, and as recognized by those of ordinary skill in the art, items shown separately could be combined and some items could be separated. For example, some items shown separately in FIG. 5 could be implemented on single servers and single items could be implemented by one or more servers. The actual number of servers used to implement a document processing system and how features are allocated among them will vary from one implementation to another, and may depend in part on the amount of data traffic that the system must handle during peak usage periods as well as during average usage periods.

The foregoing description, for purpose of explanation, has been described with reference to specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many modifications and variations are possible in view of the above teachings. The embodiments were chosen and described in order to best explain the principles of the invention and its practical applications, to thereby enable others skilled in the art to best utilize the invention and various embodiments with various modifications as are suited to the particular use contemplated. 

What is claimed is:
 1. A method of processing a set of documents for generating a facts database, comprising: at a system having one or more processors and memory storing one or more modules to be executed by the one or more processors: accessing a source document from a document host; extracting one or more facts from the source document; identifying a set of linking documents that have one or more links to the source document, wherein a respective link contains anchor text; generating a set of candidate labels from the anchor text of the linking documents, a respective candidate label of the set of candidate labels comprising text extracted from the anchor text in the one or more links to the source document in the set of linking documents; selecting a respective candidate label from the set of candidate labels as a unifying subject of the one or more facts extracted from the source document; and storing in the facts database an information set distinct from the source document, wherein the information set includes the unifying subject, one or more entries corresponding to the one or more facts extracted from the source document, and source document information for the one or more facts corresponding to the one or more entries.
 2. The method of claim 1, further comprising: selecting one or more second labels of the candidate labels according to predefined criteria; and associating the selected second labels with the source document and the one or more facts extracted from the source document.
 3. The method of claim 1, wherein selecting the candidate label comprises: for each of the set of candidate labels: determining a set of frequencies of one or more substrings of the candidate label; and generating a frequency vector associated with the candidate label based on the set of frequencies; and determining a centroid vector based on the frequency vectors of the candidate labels, wherein the selected candidate label is associated with a respective frequency vector having a shortest distance to the centroid vector.
 4. A server system for processing a set of documents for generating a facts database, comprising: one or more processors; memory storing one or more programs to be executed by the one or more processors, the one or more programs including instructions to: access a source document from a document host; extract one or more facts from the source document; identify a set of linking documents that have one or more links to the source document, wherein a respective link contains anchor text; and generate a set of candidate labels from the anchor text of the linking documents, a respective candidate label of the set of candidate labels comprising text extracted from the anchor text in the one or more links to the source document in the set of linking documents; select a respective candidate label from the set of candidate labels as a unifying subject of the one or more facts extracted from the source document; and store in the facts database an information set distinct from the source document, wherein the information set includes the unifying subject, one or more entries corresponding to the one or more facts extracted from the source document, and source document information for the one or more facts corresponding to the one or more entries.
 5. The system of claim 4, wherein the one or more programs further include instructions to: select one or more second labels of the candidate labels according to predefined criteria; and associate the selected second labels with the source document and the one or more facts extracted from the source document.
 6. The system of claim 4, wherein the instructions to select a respective candidate label as a unifying subject include instructions to: for each of the set of candidate labels: determine a set of frequencies of one or more substrings of the candidate label; and generate a frequency vector associated with the candidate label based on the set of frequencies; and determine a centroid vector based on the frequency vectors of the candidate labels, wherein the selected candidate label is associated with a respective frequency vector having a shortest distance to the centroid vector.
 7. A non-transitory computer readable storage medium storing one or more computer programs executed by a computerized server system, the one or more computer programs comprising instructions to generate a facts database, the instructions including: instructions to access a source document from a document host; instructions to extract one or more facts from the source document; instructions to identify a set of linking documents that have one or more links to the source document, wherein a respective link contains anchor text; instructions to generate a set of candidate labels from the anchor text of the linking documents, a respective candidate label of the set of candidate labels comprising text extracted from the anchor text in the one or more links to the source document in the set of linking documents; instructions to select a respective candidate label from the set of candidate labels as a unifying subject of the one or more facts extracted from the source document; and instructions to store in the facts database an information set distinct from the source document, wherein the information set includes the unifying subject, one or more entries corresponding to the one or more facts extracted from the source document, and source document information for the one or more facts corresponding to the one or more entries.
 8. The computer readable storage medium of claim 7, further comprising instructions to: select one or more labels of the candidate labels according to predefined criteria; and associate the selected second labels with the source document and the one or more facts extracted from the source document.
 9. The computer readable storage medium of claim 7, wherein the instructions to select a respective candidate label as a unifying subject comprise instructions to: for each of the set of candidate labels: determine a set of frequencies of one or more substrings of the candidate label; and generate a frequency vector associated with the candidate label based on the set of frequencies; and determine a centroid vector based on the frequency vectors of the candidate labels, wherein the selected label is associated with a respective frequency vector having a shortest distance to the centroid vector. 